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Attachment #1 

SECTION G - INVENTION DISCLOSURE 

AUTOMATIC SWITCH OF TIME-OF-DAY SYNCHRONIZATION 
AND MERGE PROTOCOL AND APPARATUS 

1. SUMMARY 

Due to the severe timing constraints imposed by tactical wireless ad-hoc network, radios 
must establish a common network time before they can start to communicate. This is 
accomplished by Time-Of-Day (TOD) synchronization. Existing tactical radios, such as 
NTDR (Near Term Data Radio) system, built by ITT [1], can operate with two different 
TOD algorithms. The selection is based on a parameter in the pre-defined radio 
configuration. The normal TOD mode is GPS based TOD, in which network TOD is 
slaved to GPS time. The Brigade Time Head (BTH) based TOD is a secondary mode 
when GPS is not available. BTH based TOD synchronization means that network TOD is 
started by a single master (Brigade Time Head) radio. Time is then averaged across all 
participants in the network. If a radio network is started in the BTH mode, the network 
remains operating solely in this BTH mode. While operating as a BTH network, GPS 
configured radios will ignore GPS signals. No solution exists to move a BTH network, 
towards a GPS based network once the two time references differ by greater than one 
epoch in the existing NTDR TOD algorithm. If radios are configured for GPS based 
TOD, it is required that at least one radio is deployed with local GPS and the network 
operates solely as a GPS based network (as long as GPS is available). If GPS signals are 
lost the network will move to a BTH mode of operation. Once a radio is in the network, 
it stops looking for alternate timing sources; it only exchanges current net time with other 
nodes. 

Futhermore, in a BTH based network, a radio will become operational only if it is in 
range of the network started by the BTH master. This means that nodes that are out of 
range of this network must remain off-line until connectivity is provided back to the main 
network. The existing NTDR TOD protocol does not allow merging of different timed 
based networks, even if they are close geographically and are within RF range. 

This invention proposes a new TOD synchronization protocol allowing automatic 
detection and re-synchronization between GPS based and BTH based TOD networks. In 
addition, this service adds additional overall network improvements by allowing for 
multiple BTH masters. These additional masters will allow isolated radio nodes to 
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operate as a small network until there is connectivity to the rest of the network. Once 
connectivity is established the two networks will merge. This flexible merge throughout 
the deployment will make the tactical wireless ad-hoc network much more robust and 
efficient under the mobile and volatile communication conditions. 

2. DESCRIPTION OF THE OPERATION OF PRIOR DEVICES 

2.1 TOD Synchronization In Commercial Ad-Hoc Networks 

Recently introduced commercial wireless devices employ clock synchronization 
techniques for their operation in WPAN (Wireless Personal Area Networks) and WLAN 
(Wireless Local Area) Networks. Bluetooth devices [2] designed to support low 
bandwidth and short distance (< 10 m) wireless connections are an example of WPAN 
devices. Bluetooth specifies the protocols to be used by different handheld computing 
devices in order to communicate and exchange data. For timing purposes, Bluetooth 
specifies a master/slave clock synchronization mechanism allowing synchronization 
between neighbors being one-hop away from each other. 

The IEEE 802.11 WLAN standard [3] specifies two different approaches for time 
synchronization: (1) one for infrastructure-based networks and (2) one for independent 
networks. For the infrastructure-based networks, IEEE 802.11 provides a master/slave 
clock synchronization mechanism. A special fixed node, the access point (AP), is used as 
a master, and all other nodes slave to this master. In an independent network, a mobile 
node transmits a beacon message, repeating on a beacon period. Each receiving node 
updates its clock with the value in the received beacon message if the received value is 
greater than its current local time. If the received value is less than the local time, the 
received value is discarded. No TOD merge algorithm is applied to amend among 
different TOD networks. 

2.2 TOD Synchronization In Tactical Ad-Hoc Networks 

Tactical radios such as the NTDR system, employing one receiver and one transmitter 
(1R/1T), tunes to the reservation channel whenever they are not involved in a message 
transaction. Since NTDR nodes can not monitor the reservation channel during a 
message transaction, timing messages could be lost. In new tactical radios, such ITT's 
SUO radio [4], to correct for this problem one auxiliary receiver is added to provide for 
two receivers in the radio (2R/1T). When the transceiver of SUO is used for a message 
transition, the auxiliary receiver switches to monitor the reservation continuously. The 
extra receiver, employed in the SUO system, requires additional hardware/software, a 
capability not available in NTDR. 
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2.2.1 NTDR TOD Protocol 

NTDR TRANSEC can operate from two different TOD sources. The selection is based 
on a parameter in the radio configuration. The normal TOD mode is GPS based TOD. 
BTH based TOD is optional or provides a fall back capability if the GPS fails. 

In GPS based TOD mode, network TOD is slaved to GPS time. A network member may 
receive GPS directly or receive a TOD message update from another radio (or node). 
Radios not receiving GPS signals are slaved to radios receiving GPS signals. To start a 
network, at least one of the radios in the network must be receiving GPS signal. If GPS 
signal is lost, across the whole network for a time period, network members then switch 
to the BTH based TOD algorithm. If a radio begins to receive GPS signal after switching 
to BTH mode, the GPS signal will be ignored and the radio will remain operating in the 
BTH mode. 

In BTH based TOD, the network TOD is generated from the average TOD received from 
all radios during each pre-defined interval. One radio in the network is pre-designated to 
be the Brigade Time Head Master by the radio configuration. This is the only radio that 
can bring up a network. Once the network is up, new members join the network by 
getting TOD through Cold Start (CS) and Late Net Entry (LNE) messages. Because the 
master station is only used to start the network, should the master station disappear, this 
would no effect on the net. Splintered nets can join together only if their network TODs 
are within 80% of the TOD epoch. 

In the current protocol only nodes without a selected timing source search for CS and 
LNE messages. Once these messages are received the node proceeds to make a timing 
source selection from the information in these messages. When a node is in the In-net 
mode of operation it will periodically transmit CS & LNE messages to bring in other 
nodes that are unaffiliated. Nodes that are operating in the "in net" state will not listen for 
other CS or LNE messages. These nodes are then unaware that other network(s) may 
exist operating with a time offset from their network. 

2.2.2 SUO TOD Protocol 

The TOD synchronization scheme of the NTDR system has been modified to meet the 
extra constraints of the SUO requirements: extreme mobile, volatile, power, and 
bandwidth limited operational conditions. The basic functionality of CS, LNE and In-Net 
modes of the NTDR system are similar to "Isolated", "In Sync", and "Associated" modes 
employed in the SUO system (2R/1T and 2R/2T). One of the key features of the SUO 
TOD synchronization scheme is that a roaming node with local GPS can synchronize 
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with the existing (non-GPS based) net time, immediately and slowly pull the net time 
toward the GPS based time. This so-called "flywheel" algorithm has been submitted for a 
patent [5]. 

3.0 Detailed Description Of NTDR TOD Synchronization 

3.1 Description Of NTDR GPS TOD Synchronization 

Figure 1 presents the flow diagram of the GPS based network process. Cold start (CS) 
messages allow "Isolated" nodes to join the network. Isolated nodes can be offset in TOD 
by large deltas from the "In-Net" TOD. When an "Isolated" node receives any CS 
message, the local clock is updated with the neighbor's net time and the node sets its 
status to "In-Sync". The Isolated node waits to receive additional LNE messages to 
further correct its time, before it changes to the "In-Net" status. If a node has a local GPS 
and has not received a CS message, it declares its status as "In-Net" and starts to send CS, 
LNE and TOD messages for a pre-defined WaitlnNetTime (TBD sec) period. These 
messages are sent out at an accelerated rate, so that many nodes can join the network 
during this initial TOD operation. The GPS net time is updated in "In-Net" if GPS is 
available. If not, the TOD message contains zeros and is ignored. In the network, cluster 
heads transmits CS and LNE messages at a faster rate than cluster members. 
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Figure 1. Flow Diagram of GPS Based Network Process 



3.2 Description Of NTDR BTH TOD Synchronization 

Figures 2 and 3 present the flow diagram of BTH based network process. When an LNE 
message is received at the "Isolated" node, as shown in Figure 2, a node replaces its local 
clock with the received time and become "In-Sync". If an "In-Sync" message is received 
before the InSyncTime is expired, then this node sets its state to" In-Net" and proceeds to 
the TOD maintenance procedures. If it does not get the "In-Sync" before the timer 
expires the node changes back to the "Isolated" status. 

If an LNE message is not received and a radio is configured as BTH master clock, then, it 
sends out a BDE beacon to inform other radios that it is the master radio. The other non 
BTH master radios remain silent until they hear the BDE beacon message. Upon hearing 
this message, each radio sends out a BDE beacon acknowledgement (ACK) message 
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indicating that it is listening. The master hears the ACK, then, it starts a 
WaitBeaconAckTime to allow time for other radios to get turned on. After this 
WaitBeaconAckTime timer is expired, the master radio sends out multiple CS, LNE, and 
In-net messages. The BTH master sends one CS, one LNE, and one In-Net TOD message 
every InSyncXmtlnterval for InSyncXmtDuration. After the InSyncXmtDuration 
interval, the master radio switches to normal "In-Net" operation. Until a radio is in "In- 
Net" operation, no data traffic is passed on a network except TOD update messages. 

Once a radio is in the u In-Net" status, it broadcasts CS and LNE TOD messages at a rate 
depending on its cluster head or cluster member status, as shown in Figure 3. In-Net 
TOD updates are sent in the Link-Layer Header of all over the air (OTA) messages. A 
radio in "In-Net" status for BTH mode updates the local clock to the average of all TOD 
received in the last AverageNetTime period. If it does not received any message in last 
CheckNetThreshold, then it changes to the "Isolated" state and tries again to join the 
existing net. 
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Figure 3. Flow Diagram of BTH Based Network Process - 
Maintain TOD Network in I-Net Status. 



4. SHORTCOMINGS OF PRIOR DEVICES 

The following describes drawbacks encountered when using existing TOD algorithms. 

• Radio's deployed and configured for GPS based TOD, require at least one radio to 
acquire GPS to start the network. Failure of at least one radio to acquire GPS 
prevents the deployed network from forming. 

• Radio's deployed and configured for BTH based TOD, require the master radio to 
start the network. Failure of the master radio to turn-on or to be available to the 
current network prevents the deployed network from forming. 
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• Radios not in direct contact with the current network will not start up. This could 
leave a large section of the network off when complete connectivity to the BTH is not 
available. 

• When a BTH network fragments for longer than a maximum network separation time, 
the network will permanently fragment and have no way to remerge. 

• There exists no merge mechanism in the existing approaches to combine a BTH based 
network with other BTH network(s) or GPS based network(s). 

• There exists no mechanism in the existing approaches to move a network operating in 
BTH based TOD network to a GPS based TOD network. 

• LNE epoch periods are quantized to six-minute increments because the TOD stamped 
at the link layer header is not the actual TOD time when the over-the-air message is 
sent. This large LNE epoch period causes slower TOD synchronization. 



5. HOW THIS INVENTION OVERCOMES SHORTCOMINGS OF PRIOR 
DEVICES 

Our invention allows a node to check for conditions in its geographic location and decide 
which way to start up the network. A node will check for an existing network, then GPS 
or master BTH status. If none of these conditions exist, the node will proceed to start the 
network. This isolated startup was not allowed previously, because without the merge 
function nodes would become permanently segregate from other nodes in the network. 
With the merge capability the various sections of the network can start when they are 
ready and merge when connectivity can be established. 

That is our invention allows nodes to look, periodically, for other networks, and thereby 
discovering each other. Once the networks discoverer each other, a central control node 
will make decisions on how to merge the two networks. Each network sends out TOD 
messages to collect unaffiliated nodes. The affiliated node will now, periodically, look for 
these messages and identify other networks within range of itself. The nodes finding other 
networks will inform the central control node that other networks have been found. The 
central control node will use the information from its members to determine what 
connectivity exists between the two networks and what merge decisions need to be made. 
A key to this invention is that this search for other nets is optimized to limit impact on the 
overall network performance. The design uses network occupancy as a factor in the 
search algorithm. The larger the percentage of the network in a segment/fragment the 
lesser the time allocated to searching for other networks. These capabilities are enabled 
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through inter-node status information exchanges provided by the invented TOD protocol 
This new TOD status information, such as network id, number of active members, merge 
in progress, are used to help in the merge process. Decisions are made to determine the 
most effective merge process among multiple networks. Smaller networks are responsible 
to search for larger networks. As a result, the larger networks have little or no degradation 
in performance. 

6. DETAILED DESCRIPTION OF THIS INVENTION 

Two new concepts are invented to improve the existing TOD protocols: 

• TOD mode switch at initialization 

• Merge Algorithm 

6.1 TOD Mode Switch At Initialization 

In Prior Art, a node will try to go operational in the TOD mode programmed in its 
configuration. However, under certain conditions nodes would not have the appropriate 
connectivity to go operational. In this invention, such conditions are analyzed and new 
decisions are added to allow nodes to come into operation with other local nodes. The 
reason that these selections were not available before was because when two or more 
nodes synchronized together they would be permanently isolated from the rest of the 
network. The new merge function allows these nodes to go operational and eventually 
merge when the nodes come in contact with the other nodes in the network. Local nodes 
operating in GPS mode will not require any changes. When nodes start up without GPS 
and there is no existing BTH network available to them, they will associate with other 
nodes and the lowest MAC addressed radio will start the network after a network search 
delay. The search delay is used to allow the node to find an operational network if one is 
available. This automatic BTH selection in a area will allow nodes to start up in diverse 
geographic or isolated areas without waiting for the network to be completely connected. 

Figure 4 presents a flow diagram that shows how the currently deployed (or configured) 
mode can switch to another mode automatically, if the network can not be formed in a 
pre-defined period. When a node is deployed with a GPS based network and "isolated", 
it tries to synchronize with the existing net time, which is the GPS based time. If the 
nodes fail to form the network in a pre-defined time (WaitGpsBasedTime), then the node 
switches its mode to BTH based network mode. This node listens for a CS message and 
sets its local clock time with TOD information in the received CS message to synchronize 
with the net immediately. If the node receives any CS message with GPS or BTH timing 
the node will take this time from it's neighbors. If no CS messages are received, the node 
configured for BTH mode and it finds other unaffiliated node(s), it will changes it's BTH 

C. .11/17)1 J M ?t^ic_ _ 
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mode to master and try to form a network. Once the network is formed, the node's status 
is set to "In-Net" and the node maintains the net time, as described in the next section. 




no 



Select a new node as 
BTH Master 



Figure 4. TOD Mode Switch At Initialization 



6.2 TOD Merge Algorithm 
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When networks are operating in BTH based network mode, there are some instances 
where geographically separated groups in the network need to provide sendee before the 
whole network is deployed. In these instances the groups will start up in their area and 
operate till the rest of the network deploys. The problem is that in current art, networks 
operating in BTH based network mode, that are greater than one epoch off, were not able 
to merge. To regroup these networks a new BTH merge operation is required. This will 
require nodes in a network to periodically scan for other networks in their area. Once a 
network is detected, the smaller network will join the larger network in most situations. 
When any member of a BTH based network hears a TOD merge message from one or 
more members of another network, it can initiate the merge process. This process 
supports GPS networks as well as BTH networks. The merge algorithm has several parts, 
the first being the active nodes searching for other networks. All networks will transmit 
CS beacons so that nodes in other nets can receive these beacons and determine that 
different TOD networks exist. The second part of the algorithm is once new networks are 
discovered, decisions as to who/how networks are to merge will be made. 

Figures 5 and 6 present the flow diagram of the proposed merge algorithm in TOD 
transmit and receive functions. The merge algorithm must be processed after a node has 
entered the 'In-Net" state. The shaded blocks in Figure 5 represent the additional 
functionality that needs to be added to the conventional NTDR TOD synchronization 
algorithm in order to transmit the merge messages. CS messages contain the conventional 
TOD data plus new merge information (BDE net ID and partition ID) to be used by 
"Unaffiliated" nodes or other TOD networks. The following merge TOD information is 
added to conventional CS messages: 

• BDE Net ID 

• Partition ID 

• Size of Current Network 

• Designated BDE Net ID 

• Designated Partition ID 

6.2. 1 Merge Transmit Algorithm 

In Figure 5 user data has priority over CS messages. The detail derivation of merge 
parameters (formula 1 and formula 2) are described in Appendix A. CS transmit rates of 
cluster head and cluster members are re-defined in formula 1 for CS message to be 
successful at nodes in other networks. As mentioned before, a radio must alternate the 
receiver operation frequently from receiving the normal communication to listening for 
CS messages from neighboring networks. The time the CS window is opened to search 
for other networks (defined by formula 2) is adjusted by trade-offs defined in Appendix A 
between the overall performance and the efficiency of the merge process. 
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The Transmit function is dependent upon certain information from the receiver section 
and the network. The receiver will detect a CS from another network and save that status. 
Also the Tier 2 control node will be informed of any detection's of other networks. The 
Tier 2 control node, in response to these network detection's will then set/change control 
states for the network. These state changes control the transmit and receive algorithm for 
the merge functions. 

The transmitter will send a CS packet out periodically in accordance with a settable timer. 
The timer values change depending on the node's operational state of Cluster Member 
(CM) or Cluster Head (CH). The message rates are adjusted to help accelerate the 
receiver discovery process. The receiver CS window timing and the CS transmit timing 
are tuned in appendix A to minimize the discovery time versus network bandwidth used 
in the search. The transmitter's CS message will define the network ID, the tier 2 control 
node, and the size of the network. This information is used by each network to determine 
net identities and who should merge to whom. The smaller networks are encouraged to 
merge with larger networks. 

When the tier 2 head decides that the network needs to merge, it sets the network TOD 
states in the message to tell the nodes what states the node should now operate in. The 
transmitter will advertise these states as part of the TOD merge process. The network 
will start the merge process at the merge start time. This merge start time is set by the tier 
2 controller to allow for distribution to the entire network. This is so that all nodes will 
merge simultaneously. The ID of the network that the nodes are to merge with is 
distributed with this merge command. The nodes in the merging network will change 
their time to the network time of the new network. The nodes will need to re-establish 
network associations when merging into the new network. 

6.2.2 Merge Receive Algorithm 

The receiver in Figure 6 allocates the channel usage between user data and the CS 
channel. The receiver will receive In-net messages and other TOD control messages from 
its local network on this data channel. The CS channel is used to hear TOD 
advertisements from all networks in range of this receiver. Upon receiving a CS message 
from another network, the receiver will send a message to the tier 2 control node about 
the new network discovery. The merge algorithm calculates the percentage of time that 
the receiver spends on searching the CS channel for TOD messages of other networks. 
The time allotted for the search is reversely proportional to the size of my "current" 
network to the total network size. The larger my network the less time that is allotted for 
the search. The smaller networks would have the maximum time allotted to discover the 
larger networks. This puts the pressure on smaller networks to search and merge with 
larger networks. 

13 
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When the new TOD merge messages are received, the incoming neighbor's merge TOD 
message is checked if my partition ID is different from the neighbor's designated partition 
ID. If the ID's are different then the messages are passed to the tier 2 control node 
(MergeDiscovery and MergeRequest). 

While operating "In net" the TOD algorithm will function as in the previous design. The 
clocks will be synchronized to the GPS time, if available, or averaged with all neighbors 
in the BTH mode of operation. 

6.2.3 Merge Decision Algorithm 

When a tier 2 control node receives a message that a receiver received a CS message from 
another network, it checks if this network was "seen" before. If not, the tier 2 node starts 
a merge timer. When this timer expires the tier 2 control node will check and see if there 
are other networks discovered. The decision on what network should merge to another is 
made in the following sequence. Does one of the networks have GPS? If so, this would be 
the first selection. Does there exist a larger network than myself? If so, then this would 
cause this network to merge to the larger network. If the tier 2 node decides to do a 
merge, it will tell all nodes that a merge is in progress and the merge time would be 
distributed. Once a merge decision has been made the process will continue until the 
merge operation is complete. The merging network will send a message to the network 
that it is merging too, so that the network will stay operational till the merge is complete. 

If a tier 2 control node hears from another network that a merge is requested, this network 
will acknowledge the merge request and disable other merges until this merge is 
complete. 
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Figure 5. Flow Diagram of Merge Message Transmit Algorithm 
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Set My New IDs 
BDENetlD_new_my - BDENetlDjibr 
PartitionlD_newjny = PartitionlD_nbr 



Compute the actual MergeStartTime and 
Set SendMergeRequest flag = ON 
and 

Send to all Net Members 



Set 

SendMergeDiscovery Jtag ON 




Merge Criteria 



BDENetlD_my = BDENetlD_nbr 
Partition ID_my != Partition I D^nbr 
NetSize_my < NetSize_nbr 



Figure 6. Flow Diagram of Merge Message Receive Algorithm 
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7. LIST OF POSSIBLE APPLICATIONS 

While the primary application of the invention described in this disclosure is tactical 
(ground-based) ad-hoc wireless networks, the algorithm is equally applicable to military 
ad-hoc wireless networks in general. That is, wireless networks involving airborne, ship- 
based, as well as mixed ground-based/airborne/ship-based network configurations. 

Furthermore, the invented algorithm applies to commercial ad-hoc WLAN networks, 
which are generally more stable than the tactical networks. For the so-called 
infrastructure-based networks, IEEE 802.11 provides a master/slave clock 
synchronization mechanism. A special fixed node, the access point (AP), is used as a 
master. In an independent network, a mobile node transmits a beacon message, choosing 
a beacon period. Each receiving node synchronizes or merges its clock with the value in 
the received LNE message if the synchronization or merge algorithm, proposed in this 
disclosure is used. 
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APPENDIX A: DERIVATION OF PARAMETERS OF MERGE ALGORITHM 
A.l Reliability of LNE Message 

As mentioned in previous section 6, the LNE transmit rate of cluster head is faster than 
that of cluster members. But we assume that the aggregate LNE transmit rate by all nodes 
in a TOD network has a total amount of X messages per second. We also assume that the 
LNE message is generated at random pattern in a net and each message arrives randomly 
during the LNE search interval (x). The probability of at least one LNE received (defined 
P s ) in a given LNE search interval (x) is expressed by 

Ps = 1 - exp(-AY) (1) 

where X is the actual LNE random arrival rate at the receiver. P u is the probability of un- 
delibered LNE message. 

The randomly transmitted LNE message of total rate (X) is only received if the receiver is 
ready to hear by opening the LNE search interval (x). The starting time of LNE search 
(Tdday) is randomized by 

T delay == 1 fix 

+ random{t ran ) (2) 
where t fix is the fixed term and t ran is the random part. 

Thus the actual LNE arrival rate (X ) during LNE search interval (x) in equation (1) is re- 
written by 

A=A*(r/(r^+r)) (3) 

To maximize the probability P s , the following condition must be achieved for TOD merge 
algorithm: 



Maximize^*? 2 / } 

K 1 delay + X ) ^ 



W>r > Maximize^ * t I T dehy } 

The larger values of x and X are selected, the better probability of P s at the expense of loss 
(or drop) of normal data, as expected. Notice that the change of x has quardratic impact 
in equation (4). Also the faster channel access for LNE search, the better performance for 
TOD merge. The maximum result in equation (4) depends on three independent variables 
of the LNE transmit rate (X), LNE search interval (x) and LNE search delay (T de iay). 
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Given the probability (P s = 80 %) and various values of T de iay ; the LNE search interval (x) 
versus total LNE transmit rate (k) is plotted in Figure A-L 
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Figure A-l. Analysis of the Performance for receiving LNE Message 
Within LNE Search Window. 



A.2 LNE Merge Information 



Computation of proper LNE transmit rate (A,), length of LNE search interval (x) and the 
random delay (T de iay) requires a prudent decision to consider the overall network 
performance and the reliable LNE reception to merge. After all, this selection (or 
formula) is the key to the effectiveness of 1R/1T radio's merge operation. And new 
formulas are proposed to compute optimum values of A,, x, and T de iay in the following 
section. 

Because tier-2 island head (IH) has overall information such as network sizes and traffic 
intensities in TOD network (BTH and/or GPS based) under tier-2 island, tier-2 IH decides 
which net has higher merge priority over others. Currently the merge priority solely 
depends on the TOD network size. The network size is to be the number of active nodes 
in the network and should not include nodes that will operate as spares in standby mode. 
Tier-2 IH has information of the total number of nodes under its tier (say N to tai). The 
merge priority is quantized as shown in Table A-l and the TOD messages are transmitted 
with the specified rate in network. The percentage of network size (p) is defined by 

P = N active iN (otal (5) 
where N act ive = active number of nodes in TOD network. 
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N lo tai = total number of nodes in tier-2 island head. 

Table A-l. Calculation of the merge priority 



Percentage of Network Sizes 


Bit Pattern 


A A 

0.0 


A A A A 

0 0 0 0 


0.0<p<=0.1 


000 1 


0.1 <p<=0.2 


00 10 


0.2 < p <= 0.3 


00 11 


0.3 < p <= 0.4 


0 100 


0.4 < p <= 0.5 


0 10 1 


0.5 < p <= 0.6 


0 110 


0.6 < p <= 0.7 


0 111 


0.7 < p <= 0.8 


1000 


0.8<p<=0.9 


100 1 


0.9 < p <= 1 


10 10 



Tier-2 IH sends the merge priority to each network by adding to link layer header. Once 
the network size (p) is received, optimum values of X, x, and T de iay are computed 
dynamically by local nets. 

Figure A-2 presents the TOD merge priority transmitted by the tier-2 island head to TOD 
network(s). BTH 1 network (small network) may merge to BTH 2 (medium network) 
first if it receives LNE message from BTH 2 first, rather BTH 3 (large network). To 
prevent the unnecessary multiple merges, tier 2 IH can decide which net merges with 
whom. Once a network has successfully merged, this new (and larger) network can not 
merge again until a pre-defined merge pacing delay has expired. This gives the other 
networks a fair opportunity to merge. As shown in equation (4), three variables (X, x, and 
Tdeiay) are independent each other to get the optimum result. But the selection of 
optimum value of x is more critical impact (quadratic) over that of X. Because the LNE 
search delay (Tdeiay) is much longer than the duration of x and depends on the system 
performance, we need to investigate the trade-off study between the TOD synchronization 
and performance, prudently. 
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Figure A-2. Merge TOD Parameters. 

A-3 LNE Transmit Algorithm - Formula 1 

A node will transmit LNE signals at a relatively low rate. However, since all nodes of 
large networks will be issuing LNE messages independently, an "Isolated" node or 
smaller networks will quickly detect a LNE signal, despite the fact that individual nodes 
are issuing these messages at a lower rate. The LNE transmit rate (X) depends on the 
cluster status, if it is cluster head (CH) or cluster member (CM), and is defined by the pre- 
defined rate (named ^ e f): 

hn = CH fix+ rand °™(CH ran )\ 

(6) 

= CM ftx + random{CM ran ) 

where 

CHf lx = pre-defined fixed part of cluster head transmit rate (=2 min) 
CH ran = pre-defined random part of cluster head transmit rate (=2 min) 
CMfi x = pre-defined fixed part of cluster member transmit rate (=8 min) 
CMran = pre-defined random part of cluster member transmit rate (=2 min) 
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When the network size (p) is small, the larger LNE search interval (x) is desired for the 
smaller network to merge with the larger network(s). Therefore, the network size (p) must 
be included in computing the optimum value of X and x: 

where X rt f = pre-defmed reference value of X 

x re f = pre-defined reference value of interval x 

Table A-2 lists the LNE transmit rate (X) and the LNE search interval (x). When data is 
ready to transmit, LNE messages are deleted so that the normal data has a priority over 
LNE messages. The LNE transmit rate (K) and the LNE search interval (x) can be clipped 
so when the network size (p) is greater than a pre-defined value (pmax), these values stay 
at A, r ef and x re f. 



Table A-2. Calculation of X and x. 



Percentage of Network Sizes 


rate X 


interval x 


0.0 


0 


0 


0.0<p<= 0.1 


0.1 *^ ref 


W0.1 


0.1 <p<= 0.2 


0.2 * X ref 


x ref /0.2 


0.2 < p <= 0.3 


0.3 * X K { 


W0.3 


0.3 < p <= 0.4 


0.4 * Kef 


Xref/0.4 


0.4 < p <= 0.5 


0.5 * Kef 


X r ef/0.5 


0.5 < p <= 0.6 


0.6 * Kef 


X re f/0.6 


0.6 < p <= 0.7 


0.7 * Kef 


X re f/0.7 


0.7 < p <= 0.8 


0.8 * Kef 


x re f/0.8 


0.8 < p <= 0.9 


0.9 * Kef 


x ref /0.9 


0.9<p<= 1.0 


Kef 


Xref 



A.4 LNE Search Delay Algorithm - Formula 2 

The following factors must be included to compute the proper values of T de iay- 

• When traffic intensity is decreased, then a node can allocate more to search LNE 
message, vice-versa. 

• Some nodes could be silent and the only active nodes (N ac tive) are counted by 
network size. 

• The larger network size, the longer T de iay is selected. 
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• After a node finishes a merge, it waits a pre-defined time before it tries to merge 
again to ensure all cluster members merge. 

• If a network size is larger than the pre-defined p max in network, then it stops to 
hear LNE message by setting Ta e iay infinite. 

Considering the above factors, new LNE search delay (LSD) timer is proposed to ensure 
that each node has an equal chance of accessing the channel to search LNE message. 
Upon expiration of Tdeiay timer, node starts to listen LNE messages in x seconds. The 
continuous LNE search delay (LSD) is recalculated for next channel access for LNE 
search: 



Tprionty = time delay computed by priority level of network from tier 2 IH, 

as listed in Table A-3. 
Tfi x = pre-defined fixed part of LSD computation to wait for merge pacing delay. 
T ran = random part of LSD computation. 
K = scale factor to control the random part. 
T m i„ = pre-defined minimum value to bound T ran . 
T max = pre-defined minimum value to bound T ran . 

For tactical internet division below (TIDB) channel access [6], the net access delay 
(NAD) formula is employed efficiently to access channel Computation of load factor, 
Fioad, is modified so that NTDR network characteristic is utilized for TOD merge 
conditions. The load factor, Ft oa d, can be computed by: 



T delay = T pnonty + T flx + random(T m ) 
T = k*(N IN )*F 

1 ran * V v active 1 Jy max / 1 had 



(8) 



min ran max 



where 




S offse, = forger {p* Max faaor ) 
S width = Max factor - S offse( 



(9) 



where 



5i = duty cycle of "not busy" channel at node i. 

Maxfactor = pre-defined value of maximum value of load factor Fi oa d- 



Node operating in a NTDR channel access protocol attempts to maintain an accurate 
record of the usage of the data channel. Each node tracks the period of time that each 
data channel is in use along with the identity of the nodes using the channel. The Holdoff 
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Delay (r|) is the time that the channel is busy with data transmission. This Holdoff Delay 
(r|X along with other information, are stored in a net allocation vector (NAV). The duty 
cycle (5j) is computed with the Holdoff Delay (r|,) at i-th node. 

S^l-f^xdt (10) 
where T is the average time interval for computing the duty cycle. 

The additional time delay, Tp n0 ruy, is computed by multiplying the network size (p) to the 
pre-defined the reference time (T ipri ority_ref), as listed in Table A-3. 

Table A-3. Calculation of the Time Delay of 

1 priority 



Percentage of Network Sizes 


Xpriority 

0 


0.0 


0.0<p<= 0.1 


0.1 * Trpriority ref 


0.1 <p<= 0.2 


0.2 * Tjpriority^ref 


0.2 < p <= 0.3 


0.3 * Trpnority ref 


0.3 < p <= 0.4 


0.4 * Tjpriority ref 


0.4 < p <= 0.5 


0.5 * Trpriorityj-ef 


0.5 < p <= 0.6 


0.6 * Tjpriority ref 


0.6 < p <= 0.7 


0.7 * Trpriorityjef 


0.7 < p <= 0.8 


0.8 * Trpriority ref 


0.8 < p <= 0.9 


0.9 * Tppriority ref 


0.9<p<= 1.0 


Trpriority_ref 



After the LNE search delay (T de iay) is expired and a node waits until the channel is not 
busy, then the receiver switches from receiving data to listening the LNE during the LNE 
search interval (x). If we assume that the network size (p) is greater that 70 % (p max ) 5 then 
Tdeiay becomes infinite so that the network devote all resources to normal communication, 
that is, not allowed to merge any more. Table A-4 lists the example of A,, x, T pr j 0 rity for 
p max to be 70 %. 
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Table A-4. Calculation of X, X and T with p max = 70% 



Pprrpnta op of Nfptwnrk ^iypc 
r vl C't/lliauv \J l l n v^t v\ \Ji is. Oi/,ti 


I alC A, 


intprv^il T 
iiiici vai t 


T 

1 priority 


0.0 


o 


o 


oo 


0.0<p<= 0.1 


0.1 *X re{ 


Xref/0.1 


0.1 * Tp nonl y re f 


0.1 <p<= 0.2 


0.2 * X K{ 


X rc f/0.2 


0 ? * T 

u.~ i phonty__ref 


0.2 < p <= 0.3 


0.3 * ^ ref 


X r ef/0.3 


0,S> * Tp nor ity ref 


0.3 < p <= 0.4 


0.4 * Xref 


W0.4 


0.4 * Tpn 0r i t yj- e f 


0.4 < p <= 0.5 


0.5 * X ref 


Xref/0.5 


0.5 * Tpnority ref 


0.5 < p <= 0.6 


0.6 * Xrf 


X r ef/0.6 


0.6 * Tpnority ref 


0.6 < p <= 0.7 


0.7 * X ref 


X r ef/0.7 


0.7 * Tpnority ref 


p> 0.1 


^ref 


Xref 


Tpnority_ref 
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Witness 1 : J. Protopapas 


Witness 2: C Chan 



